le hack

Il faudra en trouver une non patchée comme tu dis et ce sera le Hack via Atmosphère/Hekate.

Pour commencer, si le mode autoRCM est actif, il suffit de le désactiver via SX OS ou Hekate.

Ensuite, SX OS est compatible HOS 11.0.0 max et ChoixDujourNX ne sera pas utile pour mettre à jour sinon, ce sera perte de compatibilité d’un CFW SX OS. Au dessus de HOS 11.0.0, il faudra passer par le hack Atmosphère/Hekate.
https://gamergen.com/forums/underground ... 36600.html

Au delà de cela, il existe toujours la solution de patcher la demande de mise à jour firmware via NSC_Builder pour le jeu. Toutefois, si ce jeu a été construit pour un firmware plus récent ou qu’une mise à jour du jeu demande un firmware récent, cette solution ne sera pas possible.
https://gamergen.com/forums/underground ... 39808.html

Je t’invite également à consulter le section underground Switch qui te donnera accès à tous les tutoriels et topics utiles.

Merci beaucoup pour ta réponse !!!
Je crois que je vais capituler sur ce coup....ca va rester comme ça car elle ne s'allume pas toute seule sans le hack (de mémoire j'avais pourtant décocher "activation automatique du mode RCM" il me semble.
Ecran noir ca veut pas..
Ils font chier ces sales gosses!!! ils ont 20 jeux et ils ne sont pas content !!!lol!!
J'ai cru lire sur les forums que même si je choisis de rester avec sx pro je serai limité en mise à jour de firmware avec choixdujour et donc en lecture de nouveaux jeux à venir?

Pour que le Hack ne soit plus opérationnel, il suffit de démarrer sa console normalement sans utiliser le mode RCM ni le JiG. Le hack n’est pas permanent.

Maintenant, si la console ne démarre pas normalement et qu’il y a une écran noir au démarrage, le mode autoRCM doit être actif mais de ce que tu indiques, ce n’est pas le cas puisque tu fais l’opération du mode RCM.

Pour ce qui est du dongle, il a besoin d'être chargé quelques fois. Cela ne dure pas très longtemps et se fait sur PC.

Pour répondre à ta demande, cela dépend de plusieurs conditions pour revenir à un état opérationnel sans aucune trace de données underground. La première serait de savoir si une emuNAND a été utilisée strictement pour le hack et si la sysNAND est propre sans modification underground.

Si aucune emuNAND n’a été créée, cela signifie que la sysNAND a subit des modifications et cela se produit avec l’utilisation de certains homebrews, de NSP ou du mode autoRCM. Dans ce cas, il faut utiliser un outil tiers pour nettoyer la console dans son ensemble. Je n’ai plus le nom en tête.

Et si une emuNAND a été créée et que tu es certain que la sysNAND est clean, alors, il suffit de supprimer le contenu underground de la SD. Toutefois, si doute, il faut utiliser l’outil tiers dont je n’ai plus le nom en tête pour effectuer un nettoyage.

Cela doit s'envisager ainsi sinon ce sera un ban qui suivra.

Cela peut aussi s'opérer avec la restauration d’une sauvegarde de NAND et à l’issu, mettre à jour la console pour éviter des erreurs dues aux eFuses. Cela passe par le hack en utilisant Hekate par exemple et ChoiDujourNX, compatible HOS 11.x.x.

Normal, une fois la console redémarrée, le hack n’est plus actif tout simplement. Il faut refaire l’injection du bin pour booter en CFW et utiliser les outils et backups. Cela est pourtant indiqué dans le tutoriel.

Pas trop conseillé d’installer les NSP sur la sysNAND. Les données underground doivent transiter sur l’emuNAND strictement.

Cela dépend de la configuration opérée et comment le Hack a été utilisé. S’il n’a transité que sur une emuNAND sans toucher à la sysNAND et que cette dernière est clean et sans modification due aux aspects underground, alors il suffit de supprimer les données du hack sur la SD tout simplement. A l’issu, démarrer sa console normalement et en profiter.

En revanche, si aucune emuNAND n’a été créée et que la sysNAND a été utilisée pour le hack, alors cela va nécessiter d’utiliser un outil tiers pour procéder à un nettoyage. Il en existe un mais je n’ai plus son nom en tête. Une simple réinitialisation ne suffira pas dans ce cas. La NAND est modifiée en utilisant la mode autoRCM, certains homebrews et l’installation de NSP.
Dans tous les cas, un nettoyage est recommandé s’il y a un doute sinon ce sera un ban assuré.

Il existe aussi la possibilité de restaurer une sauvegarde de sa NAND, si celle ci n’est pas trop ancienne dans sa version de firmware pour éviter un brick, et de mettre à jour à l’issu pour éviter les erreurs d’eFuses grillés qui ne correspondraient pas.

Personne ne peux confirmer à 100% ce que la télémétrie envoie en termes de données sur les serveurs de Nintendo. Le fait de créer une emuNAND et de paramétrer des DNS réduit fortement ce risque de ban si et seulement si la sysNAND reste clean de toutes modifications underground. SysNAND et emuNAND sont déliées. Le hack et ses données underground sont à utiliser sur l’emuNAND strictement.

Le tutoriel pour Atmosphère/Hekate apporte suffisamment d’éléments dans sa FAQ pour compléter les infos.
https://gamergen.com/forums/underground ... 36600.html

Je ne pense pas mais aucune affirmation non plus car non testé.

Toutefois, cela me parait peu probable si tu utilises un outil underground dans la mesure où tu dois la dump puis la réinjecter. Cela implique que l’autre console soit hack pour utiliser un homebrew.

Et si tu passais par un moyen officiel, cela implique des conditions précisées dans le lien donné.